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Description 

Field of the invention 

[0001] The present invention relates to routing area 
updates (RAUs) that take place as a mobile terminal 
moves from one radio access coverage area to another, 
and particularly to such movement when the mobile ter- 
minal is in a so-called standby mode in which no data is 
being transmitted or received. 

Background to the Invention 

[0002] GSM (Global System for Mobile Communica- 
tions) radio coverage, which may also be referred to as 
second generation (2G) radio coverage, is quite exten- 
sive today. During the introduction of UMTS (Universal 
System for Mobile Telecommunications), which may al- 
so be referred to as third generation (3G) radio cover- 
age, UMTS radio coverage is expected to be limited to 
urban areas. 

[0003] Thus UMTS radio coverage will cover only 
parts of the more extensive GSM radio coverage areas. 
Even within UMTS coverage areas, the UMTS radio 
coverage cannot be expected to be contiguous. For ex- 
ample, given that the frequency used for UMTS is higher 
than that for GSM, the in-building penetration will not be 
as good as GSM. This will result in small pockets (such 
as inside buildings) without UMTS coverage within the 
overall UMTS coverage area. Thus, only GSM radio 
coverage will be available in these pockets. 
[0004] A dual mode GSM and UMTS mobile terminal 
(a mobile terminal is referred to as user equipment (UE) 
in UMTS) can communicate using either one of the two 
radio access systems. If a dual mode mobile terminal 
communicating via the UMTS radio link goes out of 
UMTS coverage, to an area with only GSM coverage, it 
can expect to continue the communication via the GSM 
radio link, but with a consequential degradation of serv- 
ice. Similarly a dual mode mobile terminal in an area 
with only GSM radio coverage which moves into an area 
with UMTS coverage can expect to switch to the UMTS 
radio link to improve service. 

[0005] Thus as a dual mode mobile terminal moves 
around within radio access areas, changes in the type 
of radio access can be expected as the available radio 
access systems change. As the mobile terminal moves 
between radio access areas routing area updates occur 
to notify the necessary support network of the new po- 
sition of the mobile in the routing area associated with 
the particular radio access type. Changing between two 
radio access systems involves additional signalling and 
can also lead to outages during the transition between 
the two systems. The impact of the additional signalling 
and outages depends on the network architecture and 
the protocols chosen. 

[0006] Packet data communication can be bursty, and 
there can consequentially be long periods when a mo- 



bile terminal is not sending or receiving data. When a 
mobile terminal is in packet communication mode in the 
GSM network, it is communicating via the GPRS inter- 
face. A certain time-out period after sending the last 
5 packet, the mobile terminal will transfer to a standby 
state. In the UMTS network, after a certain time out pe- 
riod of no activity, the terminal will first transfer to a so- 
called 'UTRAN Registration Area (URA) connected' 
state. In the URA connected state, the connection be- 
10 tween the mobile terminal and the UTRAN is maintained 
on the lu link. After a longer period of time, the context 
in the UTRAN which identified the link to the mobile can 
be removed and the lu connection torn down. While the 
state of the mobile terminal after the lu connection has 
is been torn down has not been given any specific name 
in the UMTS standards, it shall be referred to herein as 
a UMTS standby state. 

[0007] In the proposed implementations of both the 
GSM and UMTS standby states, a mobile terminal al- 

20 ways performs a routing area update as it moves be- 
tween radio access system coverage areas at all times, 
even when it is in the standby state. 
[0008] It is an object of the present invention to pro- 
vide an improved technique for reducing unnecessary 

2S routing area updates, which still ensures the location of 
a mobile terminal is known when the mobile terminal 
starts data communication after being in a standby 
state. 



30 



Summary of the Invention 



[0009] According to the present invention there is pro- 
vided in a packet radio access network architecture hav- 
ing a common routing area controlled by a core network 
35 and supported by a first wireless access system and a 
second wireless access system a method of controlling 
routing area updates, wherein in at least the first radio 
access system there is provided a mode of operation in 
which a radio link is maintained between a mobile ter- 
40 minal and the first radio access system after completion 
of a data transmission, a routing area update only taking 
place if the mobile is located in the second radio access 
system routing area when the next data transmission is 
initiated, wherein if packet transmission is initiated by 
45 the network the first radio access system receives a 
paging request, and responsive to receipt of the paging 
request the first radio access system pages the core net- 
work common routing area . 

[0010] The first radio access system may page the 
so pore network common routing area by sending a paging 
request to the core network. 

[0011] Responsive to the paging request, the core 
network may send a paging request to the second radio 
access system. 
5S [001 2] The first radio access system may be a UMTS 
system and the second radio access system may be a 
GSM system. The UMTS system may generate a RNTI 
paging signal to the common routing area, and the core 
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network may generate a P-TMSI paging signal to the 
core network routing area. 

[0013] The core network may generate a modified 
paging signal to the second routing area based on the 
RNTI paging signal. 

[0014] The mobile terminal may respond to the paging 
signal with a routing area update. 
[0015] If packet transmission is initiated by the mobile, 
the packet transmission initiation may include a routing 
area update. 

[0016] Thus a mobile terminal (or user equipment) 
moving back and forth between a 2G environment and 
a 3G environment without sending any data will not gen- 
erate any signalling. This frequent switching between 
2G and 3G environments is likely to happen at the edges 
of the patchy 3G coverage areas. 
[001 7] This allows almost all of the 2G and 3G imple- 
mentation of the serving GPRS support nodes (SGSNs) 
to be kept separate. The routing are update (RAU) per- 
formed before sending any data from the new access 
network will result in the context transfer from the 2G to 
the 3G and also the set up of the proper state machines 
and protocol stack. 

[0018] The invention will now be described by way of 
example with reference to the accompanying drawings, 
in which: 

Brief Description of the Drawings 
[0019] 

Figure 1 illustrates the patchy nature of UMTS radio 
coverage in a GSM coverage area; 
Figure 2 illustrates the conventional network archi- 
tecture of UMTS and GSM having distinct routing 
areas, with respective distinct serving GPRS sup- 
port nodes; 

Figure 3 illustrates a network architecture in which 
the UMTS and GSM routing areas are common, 
with a shared GPRS support node; and 
Figure 4 illustrates a network architecture in which 
UMTS and GSM routing areas are common, with a 
partially shared GPRS support node; and 
Figure 5 illustrates a further adaptation of the net- 
work architecture of Figure 2 in an improvement to 
the routing area update technique in the particular 
example of a 'URA connected" state in a UMTS mo- 
bile terminal. 

Description of Preferred Embodiment 

[0020] Figure 1 illustrates the coverage expected to 
be provided by UMTS in a GSM area. The shaded areas 
represent areas with only GSM (2G) coverage. The non- 
shaded areas represent areas with both GSM (2G) and 
UMTS (3G) coverage. 

[0021] Thus the whole of the area 2 is provided with 
GSM coverage. The smaller area 4 within the area 2 is 



intended to be provided with UMTS coverage in addition 
to GSM coverage. However pockets, designated by ref- 
erence numeral 6, exist within the UNITS coverage area 
4, such that only GSM coverage is provided in the pock- 
s ets 6. 

[0022] The general current conventional network ar- 
chitecture for supporting the radio coverage as illustrat- 
ed in Figure 1 is as shown in Figure 2. The GSM radio 
access area and the UMTS radio access area are con- 
10 sidered as independent systems having distinct routing 
areas, each served by a different serving GPRS support 
node (SGSN). Each SGSN is thus associated with dis- 
tinct routing areas. 

[0023] The SGSNs provide the support node for the 
15 respective radio systems to support packet switched 
communications. 

[0024] Referring to Figure 2, the GSM radio access 
area supports a first routing area 200 designated RA1 , 
and the UMTS radio access area supports a second 
20 routing area 202 designated RA2. It can be seen that 
the second routing area RA2 is oveMayed on the first 
routing area RA1 . 

[0025] The first routing area F*A1 is associated with a 
GSM/GPRS BSS 204 and a SGSN 208, which may be 

25 labelled as a 2G SGSN since it is provided to support 
the 2G GSM/GPRS network. The second routing area 
RA2 is associated with a UMTS terrestrial radio access 
network (UTRAN) 206 and a SGSN 210, which may be 
labelled as a 3G SGSN since it is provided to support 

30 the 3G UMTS network. A common 2G/3G gateway 
GPRS support node (GGSN) 212 is provided to support 
both the 2G GSM/GPRS network and the 3G UMTS net- 
work. 

[0026] A connection 214 connects the GSM/GPRS 
35 BSS 204 to the base stations supporting the GSM/ 
GPRS cells in the routing area RA1. The GSM/GPRS 
BSS 204 is connected to the 2G SGSN 208 via a Gb 
interface connection 218, and the 2G SGSN 208 is con- 
nected via a connection 222 to the 2G/3G GGSN 212. 
40 The UTRAN 206 is connected to the UMTS core net- 
work via a connection 216. The connection 216 con- 
nects the UTRAN 206 to the base stations supporting 
the UMTS cells in the routing area RA2. The UTRAN 
206 is connected to the 3G SGSN 21 0 via an lu interface 
45 connection 220, and the 3G SGSN 210 is connected to 
the 2G/3G GGSN 21 2 via a connection 224. The2G SG- 
SN 208 and the 3G SGSN 21 () are interconnected via 
a Gn interface connection 209. 

[0027] If a mobile terminal is compatible with both 
50 GSM/GPRS and UMTS, then when it is in a radio access 
area covered by both systems it may connect to either 
network. For packet transmissions, where GSM/GPRS 
and UMTS are supported, a mobile terminal will prefer- 
ably operate in UMTS mode to take advantage of the 
5S better transmission supported thereby. 

[0028] In the conventional network architecture of Fig- 
ure 2, every time a mobile moves between 2G and 3G 
coverage, a routing area update (RAU) is required irre- 
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spective of the state of the mobile terminal, i.e. whether 
it is in standby mode or otherwise^ These RAUs inform 
the respective SGSN of the location of the mobile ter- 
minal (i.e. whether in routing area RA1 or RA2) and also 
set up the part of the protocol stack at the SGSN re- 
quired for the data transmission. 
[0029] The RAUs performed when the mobile termi- 
nal moves between 2G and 3G are inter-SGSN RAUs 
and hence the home location register (HLR) also needs 
to be updated since the HLR stores the correct SGSN 
number of a particular mobile terminal. Thus the HLR 
needs to be updated every time a mobile terminal 
'moves' from one SGSN to another. The interconnection 
of the HLR in the network architecture of Figure 2 is not 
shown for reasons of clarity, since it is not relevant to 
the present invention and will be understood by one 
skilled in the art. 

[0030] A PDP context is a context initiated by a mobile 
terminal for communication. If the user has a PDP con- 
text active, the GGSN and GPRS tunnelling protocol 
(GTP) links must be set up. The GTP between the 
GGSN and the SGSN needs to be updated when a mo- 
bile terminal moves from one SGSN to another with a 
PDP context active. Both of these involve considerable 
signalling overheads. 

[0031] It is therefore apparent that these routing area 
updates which take place as a mobile terminal moves 
between routing areas whilst in a standby mode waste 
valuable resources. Avoidance of the RAU update will 
not only reduce signalling traffic but also improve Quality 
of Service (QoS). 

[0032] A network architecture for avoiding the RAU 
whenever a mobile terminal in standby state moves be- 
tween 2G and 3G is shown in Figure 3. Like reference 
numerals are used in Figure 3 to identify elements cor- 
responding to elements shown in Figure 2. 
[0033] The network architecture of Figure 3 differs 
from that of Figure 2 in that the 2G SGSN 208 and the 
3G SGSN 210 have been replaced by a single 2G/3G 
SGSN 300 which connects to the GSM/GPRS BSS 204 
via the Gb interface connection 21 8 and connects to the 
UTRAN 21 8 via the I u interface connection 220. The 2G/ 
3G SGSN 300 connects to the 2G/3G GGSN 212 via 
connection 302. 

[0034] As a result of the shared 2G/3G SGSN 300, 
the routing areas F*A1 and RA2 of Figure 2 become a 
shared routing area, designated as RA3 in Figure 3. 
Thus the GSM/GPRS BSS 204 supports a radio access 
area designated by reference numeral 304 correspond- 
ing to routing area RA3. Similarly, the UTRAN 21 8 sup- 
ports a radio access area 306 corresponding to the 
same routing area RA3. 

[0035] In the network architecture of Figure 3, the 2G 
and 3G radio access systems are served by the same 
SGSN, and consequently are associated with the same 
routing area: This avoids the requirement to perform a 
routing area update when crossing between 2G and 3G 
coverage areas. However, with such an architecture, the 
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SGSN becomes quite complex. This is because a mo- 
bile terminal in the standby state moving between 2G 
and 3G will not generate a radio access update. In other 
words, the SGSN cannot be aware of the position of the 
mobile terminal, and the mobile terminal can be located 
either in the 2G or in the 3G part of the routing area. 
Thus when a packet from the network arrives at the SG- 
SN for transmission to a mobile terminal, the SGSN 
must page the mobile in both the 2G and 3G radio ac- 
cess systems to determine the location of the mobile ter- 
minal. In paging a mobile, the SGSN broadcasts a pag- 
ing signal, which identifies the mobile, in the routing ar- 
ea. The paging signal indicates to the mobile identified 
therein that the core network has a packet for transmis- 
sion to the mobile. When a mobile receives a paging 
signal which identifies that mobile, if the mobile is ready 
to receive the packet by sending a paging response to 
the network. 

[0036] The protocol stack and the mobility manage- 
ment state machine for the 2G and 3G networks at the 
SGSN are different. Depending on where the mobile ter- 
minal's paging response came from, either the 2G or 3G 
area, the mobility management state machine must 
adapt to the appropriate behaviour. The appropriate pro- 
tocol stacks must be set up before the data is sent to 
the terminal. All this must be done autonomously within 
the SGSN based on the paging response. This compli- 
cates the state machines for mobility management. 
[0037] If the mobile terminal has data to send, the sit- 
uation is even more complex. The SGSN must be pre- 
pared to accept data from either 2G or 3G at any time 
in the standby state. This is complex because the ap- 
propriate protocol stacks are not set up prior to the mo- 
bile terminal sending the data and there are no signalling 
messages exchanged at all before the data packet is 
sent 

[0038] A further modification to the network architec- 
ture of Figure 3 in accordance with the present invention 
is shown in Figure 4. Again like reference numerals are 
used to designate elements in Figure 4 corresponding 
to elements shown in Figures 2 or 3. 
[0039] The network architecture of Figure 4 is similar 
to that shown in Figure 3, except that the 2G/3G SGSN 
300 has been replaced by a partially split 2G/3G SGSN 
400. The split 2G/3G SGSN 400 allows larger separa- 
tion of the implementation of 2G and 3G elements than 
in the combined 2G/3G SGSN 300 of Figure 3. This al- 
lows the 2G and 3G parts of the SGSN to be largely 
separate thereby simplifying the SGSN development. 
As shown in Figure 4, the 2G/3G SGSN comprises a 2G 
functional part 406 and a 3G functional part 404. 
[0040] In accordance with the present invention, the 
routing area is still a common routing area RA3 which 
spans both the 2G radio access area and the 3G radio, 
access area. 

[0041] A mobile terminal in a standby mode of oper- 
ation moving between 2G and 3G radio access areas 
within the same routing area does not perform a routing 
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area update. Thus, referring to Figure 1 , a mobile termi- 
nal in standby mode which moves from one of the pock- 
ets 6. into the 3G coverage area 4 and then into the 2G 
coverage area 2 does not perform any routing area up- 
dates. 

[0042] When the mobile terminal in the standby state 
wants to send data, then one of two operations occur. If 
the mobile terminal is in the same radio access network 
as it was when it last sent any data, the procedure to be 
followed for sending the new data is exactly as defined 
in that radio access network by 2G or 3G. If the mobile 
terminal is in the other access network than the one from 
which it sent data last, a routing area update must be 
performed before sending the data. For example, a ter- 
minal in standby state in 2G will not perform a routing 
area update when it crosses into 3G, but will do so if it 
still remains in the 3G radio access area when it has any 
data to transmit. 

[0043] While the mobile terminal is in the standby 
state in 2G or 3G, if the SGSN receives data which is to 
he sent to the mobile, it must page the entire routing 
area, which includes both 2G and 3G coverage. If the 
mobile terminal is in the same radio access network as 
it was when it last sent any data, the procedures to be 
followed is exactly as defined in 2G or 3G, and a normal 
paging response is generated. If the terminal has 
changed between 2G and 3G between the time it last 
sent or received any data and the paging message, it 
performs a routing area update instead of a paging re- 
sponse. The network then accepts this routing area up- 
date as a paging response. 

[0044] Thus, a mobile terminal in the standby state 
moving back and forth between 2G and 3G environ- 
ments without sending any data will not generate any 
signalling. 

[0045] This frequent switching between 2G and 3G 
environments is likely to happen at the edges of the 
patchy 3G coverage. 

[0046] Thus, a routing area update is performed only 
if it is necessary at the time that the data used to be 
transmitted or received. 

[0047] This allows almost all of the 2G and 3G imple- 
mentation of the SGSN to be kept separate. The RAU 
performed before sending any data from the other ac- 
cess network will result in the context transfer for the 
mobile terminal from the 2G to the 3G functional part 
404, and also the set up of the proper state machines 
and protocol stack. 

[0048] The paging message will still have to be sent 
via both access networks, but the other SGSN only 
needs to pass the paging message transparently with- 
out processing it or maintaining any state machine. 
[0049] It should be possible for the SGSN to identity 
from the RAI and P-TMSI, whether the user was last reg- 
istered in the 2G or 3G network. Normally, the RAI pro- 
vides this distinction. If, as in this case, the same RAI is 
used for both 3G and 2G, then the P-TMSI address 
space for 2G and 3G should be disjoint. 



[0050] This is an operator configuration issue. 
[0051] If the mobile terminal happens to be in "other" 
coverage area while the Periodic Routing Area update 
timer ran out, if should perform a regular periodic routing 
s area update and will then be considered as registered 
in that access network. 

[0052] In the above, a technique has been discussed 
for improving efficiency when the mobile terminal is in 
the standby state. As indicated above, for a mobile ter- 
io minal in the GSM/GPRS mode of operation, the mobile 
terminal is either in an active communication state or in 
the standby state. For a mobile terminal in a UMTS 
mode of operation, the mobile terminal additionally has 
a 'pre-standby' mode of operation called the URA con- 
is nected state. 

[0053] During this URA connected state, although no 
packet transmission takes place UTRAN registration ar- 
ea updates still take place as the mobile terminal moves 
around in the URA. It would therefore also be advanta- 
ge geous to apply the principles discussed hereinabove in 
the URA connected state, such that routing are updates 
are not carried out if there is no data being transmitted. 
Although the technique described hereinabove partially 
works in URA connected state, there is a drawback 
25 which prevents its genera! application, as discussed 
he re in below. 

[0054] In the URA connected state a radio network 
controller (RNC) in the UTRAN maintains the link with 
the mobile terminal in the routing area, and the 3G SG- 

30 SN maintains a link with the UTRAN 206 via the lu in- 
terface connection 220. If the principles are applied as 
described above, then as the mobile terminal moves be- 
tween different radio access areas it performs no routing 
area updates if it is in the URA connected state. When 

35 the mobile terminal has data to transmit it performs a 
routing area update if it is now connected in a different 
radio access network. Thus, when the mobile terminal 
transmits data, the principle of the above-described 
technique for the standby mode of operation works ad- 

40 ditionally in the URA connected state. 

[0055] If the principle of the standby mode are applied 
and the mobile terminal performs no routing area up- 
dates in the URA connected state, and the network ini- 
tiates a data transmission, then a problem may arise. I n 

45 the URA connected state, as discussed hereinabove, 
the network still assumes the mobile to be attached to 
the UMTS radio access system owing to the link main- 
tained between the UTRAN and the routing area; Thus 
when the network wishes to transmit data the network 

50 pages the URA only fromthe UTRAN. If the mobile has 
not moved from the 3G routing area since its last packet 
transmission, then operation continues as normal. If the 
mobile has moved, however, then the paging by the 
UTRAN will be unsuccessful, as no paging is carried out 

55 by the GSM/GPRS radio access system. Thus the 
above-described technique for reducing routing area 
updates in the standby state cannot be safety imple- 
mented in the URA connected mode of operations. 
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[0056] Therefore in the following there is presented a 
modified technique for a more efficient implementation 
of routing area updates for when a mobile terminal sup- 
porting UMTS operation is in the URA connected state. 
This technique is not limited to the network architecture 
of Figure 3 or 4. Although it may be applied in such ar- 
chitectures, it is equally effective in an architecture such 
as that of Figure 2 where the SGSNs for the respective 
radio access systems are entirely distinct. 
[0057] Referring to Figure 5, there is shown a network 
architecture corresponding to that of Figure 2 for the pur- 
pose of illustrating the technique for use in the URA con- 
nected mode of operation. Like reference numerals are 
used to denote like elements. 

[0058] Referring to Figure 5, the routing area RA2 is 
conventionally sectioned into a plurality of UTRAN reg- 
istration areas 500. In the URA connected state the 
UTRAN maintains a context for the mobile terminal 
which holds .specifically the UTRAN registration areas 
in which the mobile terminal was last in when it last made 
a packet transmission. The UTRAN is connected via the 
lu interface to the 3G SGSN 210. 
[0059] In a conventional system, in the URA connect- 
ed state when the network wishes to send data to the 
mobile terminal, the radio network controller (RNC) in 
the UTRAN pages the whole of the routing area RA2 
because of the connection maintained from the 3G SG- 
SN to the UTRAN. The routing area RA1 is not paged. 
If the mobile terminal moves into the routing area RA1 
in the URA connected state, then a routing are update 
takes place. 

[0060] In accordance with the new technique, when 
the mobile terminal is in the URA connected state, no 
routing area updates take place as the mobile terminal 
moves around between radio access. 
[0061] If the mobile terminal wishes to send data, then 
as in the operation described hereinabove for the stand- 
by state the mobile performs a routing area update if the 
mobile terminal has moved to a new radio access area 
since its last communication. 

[0062] If the network wishes to send data to the mobile 
terminal, then as conventionally an indication of such is 
provided to the UTRAN which still has an association 
for the mobile terminal (referred to as a UE in UMTS) 
via the lu interface to the SGSN. Responsive thereto, 
the UTRAN issues two paging signals, as discussed 
hereinafter 

[0063] The first paging signal is the conventional radio 
network temporary identifier (RNTI) paging signal is- 
sued to the URA routing area RA2 supported by the 
UMTS radio access network. The second paging signal 
is a paging signal to initiate a paging of the routing area 
RA1 . The second paging signal may take several forms. 
The second paging signal requires a new 'paging re- 
quest 1 message across the lu interface to the 3G SGSN. 
[0064] In afirst embodiment, the routing area is paged 
using the standard packet temporary mobile subscriber 
identifier (P-TMSI) paging signal. This does not require 



any new messages to be defined over the Gb interface 
or the air interface. The UTRAN generates the second 
paging signal by sending a paging request over the as- 
sociated lu connection on line 220 to the 3G SGSN 21 0. 
s The 3G SGSN 210 creates a paging message with P- 
TMSI identifier responsive to the paging request on in- 
terface 220, and sends it on the Gn interface on line 209 
to the 2G SGSN 208. Alternatively for a combined 2G/ 
3G SGSN the P-TMSI identifier is transferred internally. 
10 [0065] Responsive to the P-TMSI paging signal, the 
2G SGSN 208 communicates with the GSM/GPRS BSS 
204, which sends the P-TMSI paging signal to the rout- 
ing area RA1. 

[0066] In a second embodiment, the 2G routing 
*5 area ? and the 3G routing area are paged using an RNTI 
identifier. This requires a new message to be defined 
over the Gb interface and the air interface between the 
GSM/GPRS BSS and the 2G network. The UTRAN gen- 
erates a new type of paging message, which is sent via 
20 the 3G SGSN and 2G SGSN to the GSM/GPRS BSS. 
The GSM/GPRS BSS then broadcasts the new paging 
message to the routing area RA1 . 
[0067] As described earlier, a routing area update by 
the mobile terminal is accepted as a paging response 
2$ by the network. 

[0068] Although the invention has been described 
with particular reference to an environment in which the 
radio access areas are GSM/GPRS and UMTS, it will 
be appreciated that the invention is more broadly appli- 
30 cable to environments in which at least two radio access 
areas overlap. 
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1. In a packet radio access network architecture hav- 
ing a common routing area controlled by a core net- 
work and supported by a first wireless access sys- 
tem and a second wireless access system a method 
40 of controlling routing area updates, wherein in at 
least the first radio access system there is provided 
a mode of operation in which a radio link is main- 
tained between a mobile terminal and the first radio 
access system after completion of a data transmis- 
45 sion, a routing area update only taking place if the 
mobile is located in the second radio access system 
routing area when the next data transmission is in- 
itiated, wherein if packet transmission is initiated by 
the network the first radio access system receives 
so a paging request, and responsive to receipt of the 
paging request the first radio access system pages 
the core network common routing area . 



55 



The method of claim 1, wherein the first radio ac- 
cess system pages the core network common rout- 
ing area by sending a paging request to the core 
network. 
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3. The method of claim 3, wherein the responsive to 
the paging request, core network sends a paging 
request to the second radio access system. 

4. The method of claim 1 or claim 2 in which the first s 
radio access system is a UMTS system and the sec- 
ond radio access system is a GSM system. 

5. The method of claim 3, wherein the UMTS system 
generates a RNTI paging signal to the common 10 
routing area, and the core network generates a P- 
TMSI paging signal to the core network routing ar- 
ea. 

6. The method of claim 3, wherein the core network is 
generates a modified paging signal to the second 
routing area based on the RNTI paging signal. 

7. The method of claim 7 wherein a mobile terminal 
responds to the paging signal with a routing area 20 
update. 

8. The method of any preceding claim wherein if pack- 
et transmission is initiated by the mobile, the packet 
transmission initiation includes a routing area up- ^s 
date. 
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